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patentably distinct inventions 
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applicant elects Invention IH, 
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REMARKS 

Claims 1-41 were penlding in the application. Claims 1-41 were subject to 
restriction. Claims 33-36 were rejected Claims 1-32 and 37-41 are canceled. Claims 

f application. Claims 33 and 35 are the independent claims. 
Reconsideration of the amenc ed application is respectfully requested. 

The examiner stated ti^at the application includes claims directed to three 

The claims,, which previously had been subject to an 
subject to a restriction requirement. In response, the 
, which is recited in claims 33-36, for further examination on 
the merits. Claims 1-32 and 3(7-41 are canceled without prejudice to or disclaimer of the 
subject matter recited therein. 

claims 33 and 35 under 35 USC 112, first paragraph, as 
failing to comply with the ena blement requirement. In particular, the examiner stated 
that the claim limitation "gene rating, by the first party, a first asymmetric key pair based 
on the base, prime, and sub-piime parameters, and a shared key based on the second 
public key" is not clearly and specifically addressed in the specification. 

In the written description, public-key cryptographic schemes are described. An 
exemplary scheme featuring Diffie-Hellman key agreement is referenced, for example, 
on page 14, at lines 1-8. This scheme, which fn certain embodiments makes use of hase, 
prime, and sub-prime paramet ers, designated as G, P, and Q, is well-known to those of 
skill in the art. As noted in tho written description on page 3, at lines 4-15, variations of 

:>n-line search of the relevant literature results in numerous 



this scheme are patented. An 
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references. For example, the 



parameters at http://www.ietf :nrp/rfr7 rfc2631.txL Because this scheme is well-known to 



each platform involved in the 
example, on page 14, at lines 
generated by each platform. 
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scheme is explained in terms of base, prime, and sub-prime 



those of skill in the art, mime x>us references are available in the prior art, and the 
applicant makes specific refej-ence to the scheme in the written description, it is 
respectfully submitted that or e of skill in the art would know how to make and use the 
claimed invention based on ti e written description provided in the specification* The 
rejection, therefore, should be withdrawn* 

The examiner rejectee claims 33 and 35 under 35 USC 112, second paragraph, as 
being indefinite. In particular , the examiner stated that the claim language **net label" is 
not specifically defined in the specification* 

The written descriptio \ clearly defines a 4 *net label" as a CKM label generated at 
secure communication of the claimed invention. For 
7 and 8, it is stated that a pair of CKM labels can be 
In the exemplary exchange that is described in the following 



passage, these labels are ident ified as a Net label and a Private labeL CKM labels and 
their uses are described in the specification, for example, on page 6, line 27 through page 
7, line 13. Thus, the term is s jecifically defined in the specification and the claim is not 
indefinite. The rejection, ther sfore, should be withdrawn. 

The examiner rejected claims 33-36 under 35 USC 103 as being unpatentable 
over Chen et aL, in view of Elgamal et aL 

Independent claim 33 : ecites a method of establishing a secure communication 
channel. According to the cla imed method, the following actions take place: 
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second parties 



generates ; 



set As 



generates 



- A first party sends a 
-The first and 

- The second party 
public key and a second privajte 

- The second party 

- The first party 
asymmetric key pair comprising 
base, prime, and sub-prime 

- The first party encrypts 
using the shared key. 

- The first party sends 
encrypted random value, and 

-The second 
The second 
and the encrypted random value 

- The first and second 
establish the secure 

In contrast, Chen et a 
certified. Chen et al. describe 
(column 3, line 55 through 
(column 4,ltnes 7-63), basic 
line 8), and the 



party generates 
party decrypts 



f communi cation 



i cell 



; methodology behind 
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secure call notification to a second party* 

access base, prime, and sub-prime parameters, 
a second asymmetric key pair comprising a second 
key, based on the base, prime, and sub-prime parameter, 
the second public key to the first party, 
a net label, a private label, a random value, a first 
a first public key and a first private key based on the 
parameters, and a shared key based on the second public key. 
the net label, the private label, and the random value, 

the encrypted net label, the encrypted private label, the 
the first public key to the second party* 

the shared key based on the first public key. 
the encrypted net label, the encrypted private label, 
using the shared key. 
parties exchange respective identification numbers to 
channel. 

disclose public key sterilization, by which public keys are 
generally-known public key cryptographic concepts 
iumn 4, line 6), the Diffie-Hellman key exchange scheme 
Encryption concepts (column 4, line 65 through column 6, 

digital signatures (column 6, line 10 through column 
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7, line 3). At column 9, line 46 through column 10, line 21, Chen et al. describe a 



discrete logarithm public key 
private key pairs and submits 
certificate authority generates 



' sterilization scheme by which a user generates public and 
i these to a certificate authority for sterilizing, that is, the 
a second key pair based on the user's key pair, wherein the 
second key pair is less likely 10 be used in a malicious manner. Unlike the method of 
claim 33, a secure communication channel is not established. That is, keys are not 
exchanged in order to secure i ttmmunication between the user and the certificate 
authority. Rather, the user's 1 :eys are replaced so that the user can later establish secure 
communication with another i jser. 

Likewise, Chen et al. i lescribe, at column 10, line 22 through column 1 1, line 25, 
an RS A public key stsrilizatk n scheme. Again, the user generates a public/private key 
pair, and transmits the key pa r to the certificate authority, which generates a sterilized 
version of the key pair and pr wides this second key pair to the user. The user can then 
use the second key pair in pla:e of the original key pair for secure communication with 
another user. Chen et al. do I ot disclose the formation of a secure channel between those 
two users, only the generator of a sterilized key for use by a user. Details of the use of 
the sterilized keys are limited to the Chen et al. descriptions of general encryption and 
digital signature processes. 

As acknowledged by the examiner, Chen et al do not disclose generating, by the 
first user, a net label, a private* label, and a random value. Chen et al. do not disclose or 
suggest generating these values, because a secure channel is not being established. 
Elgamal et al. discloses a secure socket layer application program, that is, a channel for 
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Ciphi 



cipJiers 



fidl 



, neither rc fef ence 



theie 



conducting secure transaction? 
disclose the transmission 
this challenge data is a randoxja 
13-18). Thus, the challenge 
asserted by the examiner, 
indications of which bulk 
private labels* 

Thus, Elgamal et al. 
disclosure. That is, 
labels in establishing a secure 
disclosed these elements, 
apply that teaching to the 
establishment of a secure 
generation of keys that can b< 
signatures. Chen et al. proyiqe 
communications channel 
Elgamal et al. Likewise, 
socket layer could be providejd 
and private labels 

For at least the 
teachings of the cited 
would not disclose all of the 



of challenge 



cata 



: foregoing 



I references 
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over a network. As noted by the examiner, Elgamal et al. 

data from a client to a server. Elgamal states that 
number used to ensure channel security (column 7, lines 

does not include a net label and a private label, as 
er-specs are sent with the challenge data, but these are just 
are supported by the client, and are not net labels or 



to overcome the noted deficiencies of the Chen et al. 
discloses at least the use of net labels and private 
communications channel. Further, even if Elgamal et al. 
would be no reason for one of ordinary skill in the art to 
et al. process, because Chen et al. do not disclose the 
channel. Rather, Chen et al disclose the 
used to provide reliable encryption of data and digital 
no motivation to one of skill in the art to secure a 
a secure socket layer such as that disclosed by 
et al. provide no suggestion that the disclosed secure 
to greater advantage through the exchange of net labels 



Chen 



communication* 



by creating 



, Elgamal 



reasons, it is submitted that no combination of the 
would be proper, and further that such combination still 
Elements of claim 33, and therefore could not render obvious 
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the invention recited by claim 



33. Claims 34 depends from claim 33, and therefore also 
cannot be rendered obvious by the combination of the cited references. The rejections of 
claims 33 and 34, therefore, s lould be withdrawn. 

Claim 35 recites a met hod of establishing a secure communication channel. 



private key based on the base 



Page 14 of 18 



According to the claimed met iod, the following actions take place: 

A communication litfk is established among at least three patties comprising a 
first party and other parties. 

The first party sends a broadcast conference call notification to the other parties. 

- The first party and tl e other parties access base, prime, and sub-prime 
parameters. 

- The first party generates a net label, a random value, and a first asymmetric key 
pair comprising a first public fcey and a first private key based on the base, prime, and 
sub-prime parameters* 

The first party sends the first public key to each of the other parties. 

- Each of the other pal ties generates a respective private label, a respective other 
asymmetric key pair comprisi ng a respective other public key and a respective other 

prime, and sub-prime parameters, and a respective other 
shared key based on the first public key. 

- Each of the other pa ties encrypts the respective private label using the 
respective shared key. 

- Bach of the other parties sends the respective encrypted private label and the 
respective other public key to the first party. 
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- The first user 
key sent by the other parties. 

- The first party 
respective shared keys. 

- The first user encrypts 
the respective shared keys 

- The first party sends 
encrypted random values to 

-The other parties 
encrypted random values usi 

- The first user and 
using the net label and the 

In contrast, Chen et a 
certified. Chen et al. describp 
(column 3, line 55 through 
(column 4,lincs 7-63), basic 
line 8), and the methodology 
7, line 3). At column 9 , line 
discrete logarithm public ke> 
private key pairs and submit! \ 
certificate authority generates 
second key pair is less likely 



computes each respective shared key from each respective public 



decry] >ts each respective encrypted private label using the 
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the net label and the random number, respectively, using 



the respective encrypted net labels and the respective 
tljie respective other parties, 
dedrypt the respective encrypted net labels and the respective 
ush^g the respective shared keys. 

other users establish the secure communication channel 
random value. 

disclose public key sterilization, by which public keys are 
generally-known public key cryptographic concepts 
column 4, line 6), the Diffie-Hellman key exchange scheme 
Encryption concepts (column 4, line 65 through column 6, 
behind digital signatures (column 6, line 10 through column 
46 through column 10, line 21, Chen et al. describe a 
sterilization scheme by which a user generates public and 
these to a certificate authority for sterilizing, that is, the 
a second key pair based on the user's key pair, wherein the 
to be used in a malicious manner. Unlike the method of 
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claim 35, a secure communication channel is not established among three or more users. 
That is, keys are not exchanged in order to secure communication between the user and 
the certificate authority. Rather, the user's keys are replaced so that the user can later 
establish secure communication with another user. 

Likewise, Chen et aL describe, at column 10, line 22 through column 1 1, line 25, 
an RSA public key sterilization scheme. Again, the user generates a public/private key 
pair, and transmits the key pair to the certificate authority, which generates a sterilized 
version of the key pair and pr Dvides this second key pair to the user. The user can then 
use the second key pair in place of the original key pair for secure communication with 
another user. Chen et al. do r ot disclose the formation of a secure channel between those 
two users, or among more than two users, only the generation of a sterilized key for use 
by a user. Details of the use of the sterilized keys are limited to the Chen et al. 
descriptions of general encryption and digital signature processes. 

As acknowledged by the examiner, Chen et al. do not disclose generating, by the 
first user, a net label, a private label, and a random value. Chen et al. do not disclose or 
suggest generating these valu because a secure channel is not being established. 
Elgamal et al discloses a secure socket layer application program, that is, a channel for 
conducting secure transactions over a network. As noted by the examiner, Elgamal et al 
disclose the transmission of c lallenge data from a client to a server, Elgamal states that 
this challenge data is a random number used to ensure channel security (column 7, lines 
13-18). Thus, the challenge c ata does not include a net label and a private label, as 
asserted by the examiner. Cipher-specs are sent with the challenge data, but these are just 
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generation 



indications of which bulk 
private labels. 

Thus, Elgamal et al 
disclosure. That is, neither re 
labels in establishing a secure 
disclosed these elements, 
apply that teaching to the 
establishment of a secure 
Chen et al, disclose die 
of data and digital signatures 
to secure a communications c 
disclosed by Elgamal et al. Li 
disclosed secure socket layer 
exchange of net labels and 

For at least the 
teachings of the cited 
would not disclose all of the 
the invention recited by claim 
cannot be rendered obvious 
claims 35 and 36, therefore, 



cipl icrs are supported by the client, and are not net labels or 



, therj 



Chen 



communication i 



: forego: ng 



[references 



by 
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f^il to overcome the noted deficiencies of the Chen et ah 
erence discloses al leasl the use of net labels and private 
communications channel. Further, even if Elgamal et al. 
would be no reason for one of ordinary skill in the ait to 
et al. process, because Chen et al. do not disclose the 
channel among three or more users. Rather, 
of keys that can be used to provide reliable encryption 
Chen et al. provide no motivation to one of skill in the art 
lannel by creating a secure socket layer such as that 
), Elgamal et al. provide no suggestion that the 
i ;ould be provided to greater advantage through the 
labels. 

reasons, it Is submitted that no combination of the 
would be proper, and further that such combination still 
elements of claim 35, and therefore could not render obvious 
35. Claims 36 depends from claim 35, and therefore also 
the combination of the cited references. The rejections of 
should be withdrawn. 



Li cewise, 



private! 
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foregoirg, 



Based on the 
overcome. It is therefore 
and the case passed to issue 



it is submitted that all objections and rejections have been 
requested that the Amendment be entered, the claims allowed, 
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Respectfully submitted, 

Thomas M. Champagne 
Registration No. 36,478 
Customer Number 49691 
(828) 253^8600 
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